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DETAILED ACTION 

1 . This action is in response to the RCE filed on: 1 0/31/2007, and IDS filed on: 
11/13/2007. 

2. Clairns 1, 4, 10, 14, and 18 are amended. Claims 2-3, 5, 13, and 15 are 
cancelled. Claims 1,4, 6-12, 14, 16-22 are pending. 

3. The objection to claim 14 due to informalities is withdrawn, as necessitated by 
applicant's amendment. 

4. The following rejections are withdrawn, in view of new grounds of rejection, 
necessitated by applicant's amendment: 

• Claims 1, 6-8 rejected under 35 U.S.C. 103(a) as being unpatentable oyer 
Altamura et al in further view of Sun Micro. 

• Claim 9 rejected under 35 U.S.C. 103(a) as being unpatentable over Altamura et 
al and Sun Micro in further view of Pavlov. 

• Claims 10, 12, and 16-21 rejected under 35 U.S.C. 103(a) as being unpatentable 
over Altamura et al, Sun Micro, in further view of Klink et al. 

• Claims 1 1 and 22 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Altamura et al, Klink et al and Sun Micro, in further view of Pavlov. 

Information Disclosure Statement 

5. The information disclosure statement filed 1 1/1 6/07 fails to comply with the 
provisions of 37 CFR 1.97, 1.98 and MPEP § 609 because following IDS entry does not 
include a date: The J.Geigel et al reference does not include a year for 'January 21-26'. 
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Additionally, the following IDS entries/references are missing /have not been received 
by the USPTO: 

• Simplson, J., "Just XML" 

• Alshuler, L., "Getting the Tags In: Vendors grapple with XML-Authoring , Editing and 
Cleanup, "The Seybold Report on Internet Publishing, vol. 5, No. 6, Feb. 2001, pp. 
1-6. 

• Surajit Chaudhuri and Kyuseok Shim; "Storage and Retrieval of XML data using 
Relational Databases". 

• Chiyoung Seo et al,; "An efficient inverted index technique for XML documents using 
RDBMS". YAWC Pro, "Welcom to YAWC Pro", December 1 1 , 2001 , 1 pg 

It has been placed in the application file, but the information referred to therein has not 
been considered as to the merits. Applicant is advised that the date of any re- 
submission of any item of information contained in this information disclosure statement 
or the submission of any missing element(s) will be the date of submission for purposes 
of determining compliance with the requirements based on the time of filing the 
statement, including all certification requirements for statements under 37 CFR 1.97(e). 
See MPEP § 609.05(a). 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary skill In tlie art to whicli said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 1 , 4, 6-8 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Altamura et al (IJDAR, published: November 7, 2000, pages 6-12) in view of Sun Micro 
("Star Office XML File Format Working Draft", pages 19, 89, 142, and 234, published: 
January 2001), and further in view of Eisenberg (XML.com, published, June 8, 2001, 
pages la and 1). 

With regards to claim 1 , Altamura et al teaches a method comprising: 

• Determining properties corresponding to a mini-document ttiat relates to at least 
one section of an application document, the mini-document includes a body 
portion: (Fig. 3, P6-5: whereas, layout analysis is performed to detennine the 
properties for each block in a document (where each block relates to a segment 
of a document image, and thus represents a mini-document of the entire 
application document)). ... wherein the mini-document includes at least one 
member of a group comprising a header (P9-3, whereas, a mini-document is 
recognized to be a header (labeled as 'running-header'). Additionally, the mini- 
document has a body section, the body section comprises text such as the title 
of a header, as shown enclosed between the '<running-header>' and '</running- 
header>' markup, in P9-3). 

• Mapping the properties of the mini-document into a markup language element 
(P9-3: whereas, the properties of the mini-document, such as a running-header, 
is mapped into an element (labeled 'ID'), and assigned an ID value such as 'idO'). 
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• Storing the properties of ttie mini-document in tlie mari<up language document 
(P8-1 and P9-3: whereas, the properties ar.e stored in a DTD data file). 
However, AltanDura et al does not expressly teach wherein . . . wherein the mini- 
document includes at least one member of a group comprising: a footer; mapping a type 
attribute that corresponds to an occurrence pattern of the body of the mini-document 
within the application document; and ...wherein the type attribute causes the body 
portion to be repeated in the application document in accordance with the occurrence 
pattern indicated by the type attribute. 

Sun Micro teaches wherein mapping a type attribute that corresponds to an occurrence 
pattern of the mini-document within the application document (page 89, whereas, a 
horizontal type attribute corresponds to an occurrence pattern of a mini- 
document/frame), wherein mapping Includes mapping the properties Into at least one 
member of a group comprising: a context free chunk element (whereas, properties of an 
application word processing document are analyzed to determine the properties of 
different sections including table element properties (page 9: whereas, an application 
word processing document gets analyzed, such that the properties are stored in XML 
fomiat, and page 234, wherein table properties of a word document, include table 
elements to describe a particular table In an application document) Additionally, as 
explained in page 142, whereas a footnote body includes a context free chunk element 
by implementing inline data. 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Altamura et al's method for determining properties 
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corresponding to a mini-document, to have further included a mapping type attribute 
that corresponds to an occurrence pattern, and mapping the properties into a context 
free chunl< element The combination of Altamura et al and Sun Micro would have 
allowed Altamura et al to have implemented an "open standard for office documents" 
(Sun Micro, page 19). 

However, Altamura et al and Sun Micro do not expressly teach wherein the type 
attribute causes the body portion to be repeated in the application document in 
accordance with the occurrence pattern indicated by the type attribute. 

Yeti Eisenberg teaches wherein the type attribute causes a document type to be 
repeated in the application document in accordance with the occun-ence pattern 
indicated by the type attribute (whether pages correspond to even, or odd number 
pages of a document (PI -4), as well as a first page (PI -2: whereas, a cover page is a 
sequence of one page). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Altamura et al's type attribute for whether a document (such 
as a mini-document comprising a body) occurs on a first, even, or odd pages as taught 
by Eisenberg. The combination of Altamura et al, Sun Micro, and Eisenberg would have 
allowed Altamura et al's system to have "specified the order (of pages) when it was the 
time to generate a sequence of pages" (Eisenberg, P1-1), and to also have optimally 
described the occurrence of a sub/mini-document, should the sub/mini-document be 
common among a set of pages in an application document. 
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With regards to claim 4, which depends on claim 1, Altamura et al teaches a method 
for a mini-document occurring in a specified section of the application document (in 
claim 1 , and is rejected under the same rationale), and a type attribute, in claim 3, and 
is rejected under the same rationale. However, Altamura et al does not expressly teach 
the type attribute corresponding to wA7ef/7ef the mini-document occurs on at least one 
member of a group comprising: odd pages of a specified section of the application 
document, or even pages of the application document. 

Yet, Altamura et al, Sun Micro, and Eisenberg teaches the attributes for whether the 
mini document corresponds to whether the mini-document occurs on at least one 
member of a group comprising odd pages of the specified section of the application 
document, or even pages of the specified section of the application document, as 
similarly explained in the rejection for claim 1, and is rejected under similar rationale. 

With regards to claim 6, which depends on claim 1, Altamura et al teaches a method 
wherein: 

• Determining the properties corresponding to an additional mini-document that 
relates to at least one section of the application document. (Fig. 3, p6-5: 
whereas, layout analysis is performed to determine one or more additional mini 
documents/blocks that have like properties in a document). 

• Mapping the properties of the additional mini-document into a markup language 
element, an attribute and a value: (P9-3: whereas, the properties of the additional 
mini-document, such as a running-header, is mapped into an element (labeled 
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'ID'), and assigned an ID value such as 'idO' for one type of mini-document, and 
'id4' for another type of mini document). 

• Storing the properties of the mini-document in the markup language document 
(P8-1 and P9-3: whereas, the properties are stored in a DTD data file). 

Additionally, Sun Micro teaches wherein mapping includes mapping the properties into 
at least one member of a group comprising: a table element, as similarly explained in 
the rejection for claim 1 , and is rejected under the same rationale. 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Altamura et al's methed for determining properties 
corresponding to an iadditional mini-document, to have further included detennining the 
properties comprise at least one of a table element, as taught by Sun Micro. The 
combination of Altamura et al. Sun Micro, and Eisenberg would have allowed Altamura 
et al to have implemented an "open standard for office documents" (Sun Micro, page 
19). 

With regards to claim 7, which is dependent on claim 1 , Altamura et al teaches a 
method comprising: 

• Determining whether properties associated with all mini-documents of the 
application document have been stored in the mari<up language document; and 
processing further mini-documents when the properties associated with all mini- 
documents have not been stored in the markup language document (P7-9: 
whereas, the application document is translated into HTMUXML formats by 
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aggregating all textual, graphical, layout and logical information extracted in the 

document analysis and understanding process). 
With regards to claim 8, which is dependent on claim 1 , Altamura et al teaches a 
method wherein the properties of the mini-document stored in the marl<up language 
document {in claim 1, and is rejected under the same rationale), are understood by an 
application that understands the markup language when the mini-document is not native 
to the application (P7-10, Fig. 5: whereas, xml documents can be sent to a client 
browser that does not have the mini-document native to the application, through the 
help of a validating parser using an agreed schema of information exchange (DTD) + 
XML)). 

7. Claim 9 is rejected under 35 U.S.C. 103(a) as being unpatentable over Altamura 
et al (IJDAR, published: November 7, 2000, pages 6-12), Sun Micro ("Star Office XML 
File Format Working Draft", pages 19, 89, 142, and 234, published: January 2001), 
Eisenberg (XML.com, published, June 8, 2001, pages la and 1), and further view of 
Pavlov (US Patent: 6,725,426 B1, published: Apr. 20, 2004, filed: Mar. 17, 2000). 

With regards to claim 9, which is dependent on claim 1 , Altamura et al teaches a 
method for wherein the markup language document is manipulated on a client station to 
substantially reproduce the mini-document of the application document not withstanding 
the presence of an application that generated the markup language document (Section 
6.2, Fig. 5: whereas, the properties stored in the markup document, are understood by a 
client web browser to reproduce the document without using WISDOM++). However 
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Altamura et al does not teach the markup language document is manipulated on a 
server to reproduce the mini-document. 

Pavlov teaches a markup language document is manipulated on a server to 
reproduce the mini-document (column 3, lines 59-65: whereas, a system capable of 
retrieving XML content is manipulated by a server to reproduce a document for a 
particular device). 

It would have been obvious to one of the ordinary skill in the art at the time of the • 
invention to have modified Altamura et al's mini-document reproduction system to be 
reproduced on a server system as taught by Pavlov. The combination of Altamura et al, 
Sun Micro, Elsenberg, and Pavlov would have allowed Altamura et al's system to have 
"stored content in XML format instead of word processing documents" (Pavlov, column 
1, lines 34-39), 

8. Claims 10, 12, 14, and 16-21 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Altamura et al (IJDAR, published: November 7, 2000, pages 6-12), 
Sun Micro ("Star Office XML File Format Working Draft", pages 19, 89, 142, and 234, 
published: January 2001), Elsenberg (XML.com, published, June 8, 2001, pages la and 
1), in further view of Klink et al (DFKI, published. September 25, 2000, pages la, 3, 4, 
and 11). 

With regards to claim 1 0, Altamura et al teaches a computer readable medium 
comprising: 
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• Determining properties relating to a mini-document, wlierein the mini-document 
includes a body portion having text (similar to claim 1 , and is rejected under the 
same rationale) used within a word processing document (P9-4: whereas, the 
image document is word processed since OCR technology is used to extract 
words from the image, and thus represents a word processing document as 
well). 

• Determining whether the mini-document is at least one member of a group 
comprising a header (P9-3, whereas, a mini-document is recognized to be a 
header (labeled as 'running-header'). 

• Writing the properties into at least one of a markup language element, an 
attribute, and a value, similarly in claim 1, and is rejected under the same 
rationale. 

• Storing the properties in the markup language document such that the headers of 
the word-processing document are substantially maintained when the markup 
language document is parsed by an application (P8-1 and P9-3: whereas, the 
properties are stored in a DTD data file). 

However, Altamura et al does not expressly teach wherein writing the properties 
includes mapping a type attribute that corresponds to an occurrence pattern of the text 
of the body portion of the mini-document within the word-processing document, wherein 
the type attribute causes the same text of the body portion to be repeated in the 
application document in accordance with the occunvnce pattern indicated by the type 
attribute detenvining whether the mini-document is one of a footer, and the properties 
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stored in a markup language file such that the footers of the word^processing document 
are substantially maintained when the markup language document is parsed by an 
application. 

Altamura, Sun Micro, and Eisenberg similarly teach writing the properties includes 
mapping a type attribute that corresponds to an occurrence pattern of the text of the 
body portion of the mini-document within the word-processing document, wherein the 
type attribute causes the same text of the body portion to be repeated in the application 
document in accordance with the occurrence pattem indicated by the type attribute, as 
similarly explained in the rejection for claim 1, and is rejected under the same rationale. 

However, Altamura, Sun Micro, and Eisenberg do not expressly teach determining 
whether the mini-document is one of a footer, and the properties stored in a markup 
language file such that the footers of the word-processing document are substantially 
maintained when the markup language document is parsed by an application. 

Klink et al similarly teaches determining whether the mini-document is one of a 
footer (Section 4.1: whereas, each block/mini-document in the document are 
determined, including footers). Furthermore, Klink et al teaches storing properties of 
mini-document data in a markup language file (Section 7: whereas, document 
representation data can be stored in HTML/XML format) 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Altamura et al's ability to determine whether a mini-document 
is a header, to also further include the ability to determine whether a mini-document is a 
footer for storage in a markup language document as taught by Klink et al. The 
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combination of Altamura et al, Sun Micro, Eisenberg, and KWnk et al would have allowed 
Altamura et al's system to have ensured that the footer properties in a markup language 
document would have been substantially maintained when a markup language 
document was stored by an application. 

With regards to claim 12, which depends on claim 10, Altamura et al teaches a 
computer readable medium for performing a method similar to claim 8, and is rejected 
under the same rationale. 

With regards to claim 14, which depends on claim 10, Altamura et al teaches a 
method for a mini-document occurring in a specified section of tine word processing 
document (In claim 10, and is rejected under the same rationale), and a type attribute, 
similarly in claim 3, and is rejected under the same rationale. However, Altamura et al 
does not expressly teach the type attribute corresponding to wtiettierVne mini-document 
occurs on at least one member of a group comprising: odd pages of a specified section 
of the application document, or even pages of the application document. 
Yet, Altamura et al. Sun Micro, and Eisenberg teaches the attributes for whether the 
mini document corresponds to whether the mini-document occurs on at least one 
member of a group comprising odd pages of the specified section of the application 
document, or even pages of the specified section of the application document, as 
similarly explained in the rejection for claim 10, and is rejected under similar rationale. 

With regards to claim 16, which depends on claim 1 3, Altamura et al teaches a 
computer readable medium comprises: 
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• Determining properties corresponding to an additional mini-document ttiat relates 
to at least one section (similarly in claim 6, and is rejected under the same 
rationale), of a word processing document {\n claim 10, and is rejected under the 
same rationale). 

• Mapping the properties of the additional mini-document into at least one of a 
markup language element, an attribute, and a value; and storing the properties of 
the additional mini-document in the markup language document: (as similarly 
taught in claim 6, and is rejected under the same rationale). 

Additionally, Altamura and Sun micro teach wherein the mapping includes mapping 
the properties into at least one member of a group comprising: a table element, as 
similarly explained in the rejection for claim 10, and is rejected under the same 
rationale. 

With regards to claim 17, which depends on claim 13, Altamura et al teaches a 
computer readable medium for performing a method similar to claim 7, and is rejected 
under the same rationale. 

' With regards to claim 18, Altamura et al. Sun Micro, Eisenberg, and Klink teaches a 
system a processor and memory associated with computer-executable instructions 
configured to : 

• Determine properties relating to a mini-document included in at least one section 
of an application document, wherein the mini-document includes a body portion 
having text; determine whether the mini-document is at least one member of a 
group comprising: a header and a footer; map the properties into a markup 
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language element, wherein mapping tlie properties includes mapping a type 
attribute that corresponds to an occurrence pattern of the text of the body portion 
of the mini-document within the application document, wherein the type attribute 
causes the same text of the body portion be repeated in the application 
document in accordance with the occurrence pattern indicated by the type 
attribute when the application document is generated from the markup language 
element, store the properties in the markup language element (as similarly 
explained in the rejection for claim 10, and is rejected under similar rationale). 
• Additionally, Altamura et al teaches and a validation engine configured to validate 
the mart<up language document (P7-10: whereas, a parser is used for validating 
the XML document). 

With regards to claim 19, which depends on claim 18, Altamura et al teaches a 
system perfonning a method similar to claim 6, and is rejected under the same 
rationale. 

With regards to claim 20, which depends on claim 18, Altamura et al teaches a 
system performing a method similar to claim 7, and is rejected under the same 
rationale. 

With regards to claim 21 , which depends on claim 1 8, Altamura et al teaches a 
system wherein the properties of the mini-document stored in the markup language 
document are understood by an additional application that understands the mart<up 
language when the mini-document is not native to the additional application (P7-10, Fig. 
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5: whereas, xml documents can be sent to a additional application (client browser) that 
does not have the mini-document native to the additional application, through the help 
of a validating parser using an agreed schema of Information exchange (DTD) + XML)). 
9. Claims 1 1 and 22 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Altamura etal (IJDAR, published: November 7, 2000, pages 6-12), Sun Micro 
("Star Office XML File Format Working Draft", pages 19, 89, 142. and 234. published: 
January 2001). Eisenberg (XMLcom. published. June 8, 2001, pages la and 1), Klink 
et al (DFKI, published, September 25. 2000, pages la, 3, 4, and 11), and further in view 
of Pavlov (US Patent: 6,725,426 B1, published: Apr. 20, 2004, filed: Mar. 17, 2000). 

With regards to claim 1 1, which depends on claim 10, Altamura et al a computer 
readable medium comprising: 

• A word processing document, similarly, in claim 10, and is rejected under the 
same rationale. 

• The markup language document is manipulated on a client to substantially 
reproduce the mini-document of the word-processing document not withstanding 
the presence of an application that generated the markup language document 
(Section 6.2, Fig. 5: whereas, the properties stored in the markup document, are 
understood by a client web browser to reproduce the document without using 
WISDOM++). However Altamura et al does not teach the markup language 
document is manipulated on a server to reproduce the mini-document. 

However, Altamura et al does not teach the markup language document is 
manipulated on a server to reproduce the mini-document. 
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Pavlov teaches a markup language document Is manipulated on a server to 
reproduce the mini-document (column 3, lines 59-65: whereas, a system capable of 
retrieving XML content is manipulated by a server to reproduce a document for a 
particular device). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Altamura et al's mini-document reproduction system to be 
reproduced on a server system as taught by Pavlov. The combination of Altamura et al, 
Klink et al, Sun Micro, Eisenberg, and Pavlov would have allowed Altamura et al's 
system to have "stored content In XML format instead of word processing documents" 
(Pavlov, column 1 , lines 34-39). 

With regards to claim 22, which depends on claim 18, Altamura et al teaches a 
system perfonning a method similar to claim 9, and is rejected under the same 
rationale. 

Response to Arguments 

10. Applicant's arguments with respect to claims 1 , 4, 6-12, 14, and 16-22 have been 
considered but are moot in view of the new ground(s) of rejection. 

1 1 . With regards to claims 1.10, and 1 8, the applicant argues that Altamura does not 
teach the amended limitation "wlierein the type attribute causes the body portion to be 
repeated in the application document in accordance with the occurrence pattern 
indicated by the type attribute. This argument is not persuasive since a new grounds of 
rejection using an additional reference (Eisenberg); is used in combination with 
Altamura et al, and Sun Micro to teach the applicant's amended claim limitation. The 
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applicant is directed to the rejection of cjaim 1 above for furtlier explanation as to how 
the amended limitation is taught by the cited combination of references. 

Additionally, the applicant argues that Sun Micro's Footnotes markup does not 
have attributes, however, the examiner respectfully points out that data enclosed within 
markup , such as within the opening and closing of the < ... footnote-body_> markup 
(Sun Micro, page 142), are attributes (such as the actual content of the footnote being 
the text content attribute of a footnote). Furthermore the applicant argues that Sun Micro 
teaches away from wherein the type attribute causes the body portion to be repeated in 
the application document in accordance with the occurrence pattern indicated by the 
type attribute"; since "Sun Micro teaches that the numbering of the footnotes or the 
labeling of the footnotes are attributes to indicate each particular footnote in the 
document". However, the "indication of the placement for each foot note" does not 
expressly imply or teach away that having more than one footnote in a particular 
document is bad/unwanted, or a disadvantage for use. Thus, Sun Micro does not teach 
away from the applicant's claimed language. 

12. With regards to the rest of the claims that are dependent upon one of the 
independent claims (1,10, or 18) being allowable since the independent claims are 
allowable, is not persuasive since the independent claims have been shown to be 
rejected, as similarly explained above. 

Conclusion 
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1 3. Any inquiry concerning this communication or earlier communications from tlie 
examiner should be directed to Wilson Tsui vyhose telephone number is (571)272-7596. 
The examiner can normally be reached on Monday - Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor. Stephen Hong can be reached on (571) 272-4124. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




Wilson Tsui ' 
Patent Examiner 
Art Unit: 2178 
January 29, 2008 
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